SPECIFICATION 

Electronic Version 1.2.8 
Stylesheet Version 1 .0 

[ACTIVE PATH EXTRACTION FOR 

HDL CODE] 

Background of Invention 

[0001 ] 1 . Field of the Invention 

[0002] The present invention relates to hardware description language (HDL). More 
specifically, the utilization of simulation results and HDL code to obtain active 
components in a circuit is disclosed. 

[0003] 2. Description of the Prior Art 

[0004] Increasingly, electrical engineers are turning to software to design and test 

circuits. In particular, hardware description language (HDL) code, such as VHDLand 
Verilog, is being used to design circuits. HDL is somewhat like a programming 
language, and HDL code is used to represent a circuit. HDL code has a direct 
relationship to physical circuit components. An electric circuit can thus be directly 
built using the HDL code as a schematic. A simulator parses the HDL code, in effect 
running the circuit, over a simulated time range with predetermined input values, and 
obtains simulated output values. Along the way, the simulator generates state 
changes of all signals within the circuit over the simulated time range. 

[0005] 

To ensure that a circuit is properly coded in HDL, and hence ensuring that the 
circuit is properly designed, input signals at predetermined times (so-called 
verification vectors) are used during the simulation, and the resultant output is 
checked against desired results. Deviations from desired results are signs of design 
errors, and the HDL code must be debugged to correct the error. As the complexity of 
circuit designs increases, the number of verification vectors required to ensure the 
proper operations of a circuit design grows exponentially with the number of 
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components within the circuit. When an error is detected in the simulated output, 
difficulty in locating the error source grows with the number of components in the 
circuit. Current circuit designs can contain millions of components, and errors in the 
design may propagate out after extended time periods, spanning many components. 
Circuit designers thus waste a great deal of time and effort tracing the causes of 
incorrect circuit behavior. 

[0006] Additionally, most circuit designs are the result of teamwork. In a single circuit, it 
is possible to find HDL code written for components by people from all around the 
world. Because of this, when debugging, engineers are often faced with unfamiliar 
circuit designs (i.e., unfamiliar HDL code). In order to fully grasp a circuit design, an 
engineer must analyze the HDL code, simulation data and the design specifications. 
Simulation data, however, only presents value changes of signals within the circuit, 
*z and shows none of the relationships and interactions between the signals. The HDL 

CP code, on the other hand, simply conveys a static description of the circuit, much as a 

y blueprint would. In order to understand the dynamic behavior of the design, an 

1 engineer must study and cross-reference the HDL code with the simulation results. 

*Q For example, in order to understand the reason for a value change in a signal, an 

^ engineer must utilize the HDL code to find all other signals that affect the signal in 

FU question. Not necessarily all signals that are connected to this signal will cause the 

f| noted value change. Designers and debuggers need to locate only those signals that 

y are truly a source of the value change of the signal, and do this by referencing the 

simulation results. An engineer, or team of engineers, may then wish to probe deeper 
into the circuit to obtain the entire region that affects the value change of the signal in 
question. This region may contain thousands of signal paths. Using such traditional 
methods, a complex circuit design could require well over a day to find the root cause 
of a single value change to a signal, and further requires perhaps more than just a 
little conjecture about the behavior of the circuit. 

Summary of Invention 

[0007] 

It is therefore a primary objective of this invention to provide a method and 
associated computer system that utilizes HDL code and simulations results to extract 
an active path within a circuit. Such an active path includes all active signals that 
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affect the output of a component, all signals actively affected by the output of a 
component, or active signals that connect one signal to another signal. 

[0008] It is another objective of this invention to produce a graphical representation of 
extracted active paths, enabling a user to see the propagation of an active signal with 
time through the active path. 

[0009] Briefly summarized, the preferred embodiment of the present invention discloses 
a method and computer system for active path extraction of hardware description 
language (HDL) code. The computer system has user input equipment for accepting 
input from a user, and user output equipment for providing output to the user. The 
HDL code represents an electronic circuit having a plurality of components, each 
component having at least an input signal and an output signal. The user input 
equipment is used to obtain a start signal from the user, and to obtain a stop signal 
from the user. The user input equipment is also used to obtain a start time and an 
end time. Simulation results of the electronic circuit are obtained from a simulator 
that utilizes the HDL code, the simulation results having state changes of the output 
signals and the input signals. The HDL code is parsed to obtain a circuit connection 
graph between the start signal and the stop signal. The connection graph comprises 
components, input signals, and output signals that electrically connect the start signal 
to the stop signal. The simulation results are utilized to determine which of the 
components in the circuit connection graph are active components. An active 
component is any component in the circuit connection graph that has an active output 
signal. An active output signal is any output signal of any component in the circuit 
connection graph that obtains a state between the start time and the stop time in 
response to a state change of the start signal. Finally, the user output equipment is 
utilized to provide the active components and the active output signals to the user. 
Signal activity is presented on a display in a graphical form that shows the active path 
circuit, and active value changes that cause output signals to become active. The user 
may select time values at which signals become active to see in a graphical manner 
the propagation of a start signal state change through the circuit. 

[0010] 

It is an advantage of the present invention that by extracting active paths for a 
user-selected signal or signals, an engineer can more quickly come to understand the 
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interactions between signals in a circuit, and hence better realize how a signal change 
at one region of a circuit directly affects the output in another region of the circuit. 
This greatly reduces the amount of time needed to debug a circuit, and hence to 
correct the underlying HDL code. Circuit design times are therefore reduced. 
Graphically presenting the extracted active paths in a time-based manner shows the 
propagation of active signals, and enables a better understanding of the dynamic 
nature of a circuit. 

[001 1] These and other objectives of the present invention will no doubt become obvious 
to those of ordinary skill in the art after reading the following detailed description of 
the preferred embodiment, which is illustrated in the various figures and drawings. 

Brief Description of Drawings 

[001 2] Fig.l is a simple logic diagram to illustrate active signals. 

[001 3] Fig. 2 is a signal timing diagram for the circuit of Fig.l . 

[0014] Fig. 3 is a simple logic circuit to further illustrate active signals. 

[001 5] Fig.4 is a timing diagram of the logic circuit of Fig. 3. 

[001 6] Fig. 5 is a block diagram of a computer system according to the present invention. 

[001 7] Fig. 6 is a flow chart for a forward search engine according to the present 
invention. 

[001 8] Fig.7A to Fig. 7C contain listings of sample hardware description language (HDL) 
code. 

[0019] Fig. 8 provides a graphical illustration of a circuit connection graph for the HDL 
code of Fig.7A to Fig.7C. 

[0020] Fig. 9 provides a graphical illustration of a statement tree for a component listed in 
Fig.7B. 

[0021] Fig.l 0 is a signal timing diagram for the circuit represented by the HDL code of 
Fig.7A to 7C. 
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[0022] Fig.l 1A is a flow chart for a forward search algorithm according to the present 
invention. 

[0023] Fig.l IB is a simple block diagram of a forward search algorithm according to the 
present invention. 

[0024] Fig.l 2 provides a graphical illustration of a statement tree for a component listed 
in Fig.7C. 

[0025] Fig.l 3 provides a graphical illustration of a statement tree for a component listed 
in Fig.7A. 

[0026] Figs.l 4A-14D illustrate various displays of an active path extracted by a forward 
search engine according to the present invention. 

[0027] Fig.l 5 is a flow chart for a backward search engine according to the present 
invention. 

[0028] Fig.l 6A is a flow chart of a backward search algorithm according to the present 
invention. 

[0029] Fig.l 6B is a simple block diagram of a backward search algorithm according to the 
present invention. 

[0030] Fig.l 7 is an example active path extracted by a backward search engine according 
to the present invention. 

[0031] Fig.l 8 is a flow chart for a point-to-point search engine according to the present 
invention. 

[0032] Fig.l 9 is an example active path extracted by a point-to-point search engine 
according to the present invention. 

Detailed Description 

[0033] please refer to Fig.l and Fig. 2. Fig.l is a simple logic diagram to illustrate active 
signals. Fig.2 is a signal timing diagram for the circuit of Fig.l . Generally, to find 
active signals in a circuit, it is necessary to first indicate a start signal and a start time. 
This start signal undergoes a value change at the start time, and any signals which are 
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affected by this value change are considered active signals. This is termed a forward 
search, as the searching for active signals and active components is performed in a 
forward manner with respect to time. It should be noted here that an active 
component is any component that has an active output signal. As an example of 
forward searching, consider using an input signal C for AND logic component 1 0 as 
a start signal. C ^ undergoes a value transition at time T ^ , which is taken as the start 
time, going from a logical zero to a logical one. However, input D ^ , at an earlier time 
T , transitions from one to zero. As a result, the output signal 1 1 of AND gate 1 0 is 
always zero from time T ^ on. With respect to start signal C ^ , then, output 1 1 is not 
an active output signal on or after start time T ^ . That is, the value change of C ^ at 
time T ^ does not affect the output signal 1 1 of the AND logic component 1 0. If 
output signal 1 1 is not an active output with respect to C ^ , then output signal E ^ of 
OR logic component 1 2 is thus also not affected, and so output signal E ^ is not an 
active signal with respect to C ^ .On the other hand, consider taking input signal A 
of AND logic component 14 as the start signal. Input signal A ^ transitions from zero 
to one at a time T (which may be taken as the start time), and as a result of this 
output signal 1 5 transitions from zero to one as well. Output signal 1 5 is thus an 
active output of AND logic component 1 4, from time T , and feeds into OR logic 
component 12. AND logic component 14, from time T^ , therefore is an active 
component. As a result of the output signal 1 5 going from zero to one, the output 
signal E ^ transitions from zero to one as well. Output signal E ^ is thus an active 
output with respect to start signal A ^ . If propagation delays are ignored, then output 
signal E ^ becomes an active output at time T . OR logic component 1 2 is thus an 
active component as well, at time T ^ . The active path of A ^ is thus: A ^ , AND logic 
component 1 4 (input B ^ , at a value of one, can be ignored), active output signal 1 5, 
OR logic component 12 (input signal 1 1, with a value of zero, can be ignored), and 
finally active output E ^ . Note, then, that AND logic component 1 0, and associated 
inputs C j and D ^ , are not part of the active path of A ^ at time T . Further note 
that at time T ^ , E ^ is no longer affected by A ^ . Thus, the active path of A ^ with a 
start time of T spans not only affected components and signals, but also an 
execution time. Active paths thus generally have not only associated start times, but 
also end times. In this example, the end time of the active path for A would be time 

V 
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[0034] The above is a forward search, in that one has a start signal and works forward in 
time to find active signals. This is analogous to a fan-out cone of the start signal. One 
may also, however, work backwards. That is, a stop signal may be selected, which 
undergoes a value change at a stop time, and working backwards in time, input 
signals are found that are responsible for the value change of the stop signal. This is 
analogous to the fan-in cone of the stop signal, and is termed a backwards search. 
Active paths found by forward searches need not be the same as those found by 
backward searches. As an example of backward searching, E ^ may be taken as the 
stop signal, and the zero-to-one transition of E ^ at time T as the stop time. 
Working backwards from the stop time T , for E 1 to have made such a zero-to-one 
transition, either input signal 1 1 or input signal 1 5 must have made a similar zero-to- 
one transition. Input signal 1 5 of OR logic component 1 2 is the signal that underwent 
such a transition, and is thus an active input signal. As signal 1 5 is an active signal, it 
is an active output signal of AND logic component 14. For active output signal 1 5 to 
make a zero-to-one transition, both input B ^ and input A ^ must be one. A ^ and B 
are thus both considered active input signals, as both are required to be one to 
generate a one output on signal 1 5. Using E ^ as a stop signal, then, the active path of 
E j at time T ^ is: E ^ , OR logic component 1 2, signal 15, AND logic component 1 4, 
signal A ^ and signal B ^ . 



[0035] 



Generally, it is quite clear when a start signal affects other signals and other 

components, such affected signals and components thus being active signals and 

active components of the start signal. However, at times, there may be a certain 

amount of ambiguity. As an example of this, please refer to Fig. 3 and Fig.4. Fig. 3 is a 

simple logic circuit. Fig.4 is a timing diagram of the logic circuit of Fig. 3. Consider a 

forward search using A as a start signal and T^asa start time. A question arises as 

to whether C ^ is an active output at time T . For an output signal to be an active 

output, the output signal must have the active input signal as a required parameter 

for the value of the output signal. In the present example of output C , this requires 

that the value of C at time T be at least in part determined by A . As B is a 
2 4 K 2 2 

logical one at time T , the question arises as to whether C is active at time T , or 
4 2 4 

instead at time T , when B goes to a logical zero. As a circuit component is a well- 
defined entity, the output of a circuit component at any given time can always be 
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represented mathematically as a function of the input components, and possibly other 
internal variables. This equation can then be parsed against predetermined rules to 
determine if the active input signal is a required variable for the output signal. If the 
active input signal is determined to be a required parameter for the output signal, 
then the output signal is considered an active output signal. The equation for output 
C is quite straightforward: 

[0036] C = A |B 
2 2 2 

[0037] In the above, the symbol T indicates a Boolean OR operation. This equation for C 
2 is then parsed against a rule table for the Boolean OR operation to determine if A 
is a required signal. For the present invention, the rule table for the Boolean OR 
operation is presented below: 
[tl] 



Table 1 



OR operator rules 




Active input 




Active input a required 


Output value 


value 


Other input value 


input? 


1 


0 


1 


No 


1 


1 


0 


Yes 


1 


1 


1 


Yes 


0 


0 


0 


Yes 



[0038] 



At time T , A is a one, and B is a one. The value of A at time T is the 
4 2 2 2 4 

"Active input value" of Table 1 , and that for B is the "other input value". Thus, 

according to Table 1 , at time T ^ , A is a required input for the value of C , and 

hence C is an active output signal. The rules of Table 1 have the effect that OR gate 

20 becomes active at time T (i.e., that C becomes an active output at time T ) f 

4 2 4 

rather than becoming an active component at time T . it should be understood, 

however, that other rule tables could be constructed so that C becomes active at 

2 

time T ^ , rather than time T . Exactly how one wishes to construct rule tables is an 
implementation choice. Table 2 below is a rule table for the Boolean AND operation: 
[t2] 
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i 

Table 2 



AND operator rules 


Output value 


Active input 
value 


Other input value 


Active input a required 
input? 


0 


0 


0 


Yes 


0 


0 


1 


Yes 


0 


1 


0 


No 


1 


1 


1 


Yes 



[0039] A forward search using Table 1 thus determines that OR gate 20 becomes an 

active component at time T , with an active output signal C . C is then used as 

4 2 2 

an active input in another forward search. C is an active input for AND gate 22. At 
time T , output E of AND gate 22 is zero. The output equation for AND gate 20 is 
simply: 

[0040] E = C & D 
2 2 2 

[0041] The symbol "&" indicates a Boolean AND operation. Using Table 2 above, with the 

value of C ^ at time T ^ as the active input value, and that for D as the other input 

value, it is determined that at time T C is not a required signal for the output value 

of E . At time T , then, AND gate 22 is not an active component. However, at time 

T , input D rises to a logical one, and then, according to the rules of Table 2, C 
6 2 2 

becomes a required signal for the value of E ^ . Thus, at time T AND gate 22 
becomes an active component, with E an active output. Consequently, a forward 
search engine must not only iterate through all found active outputs, but must also 
search forward through time to find those situations in which an output signal may 
become an active signal when it had been previously masked by another signal. 
Further, an output signal may become an active output without necessarily 
undergoing a value change. 



[0042] 



Please refer to Fig. 5. Fig. 5 is a block diagram of a computer system 30 according 
to the present invention, which is used to extract active paths. The computer system 
30 includes input equipment 32, output equipment 34, a central processing unit (CPU) 
36 and memory 38. The input equipment 32 will typically include a mouse 32m and a 
keyboard 32k, and is used to provide user input data to the computer system 30. The 
output equipment 34 is usually a display 34d, such as a cathode ray tube (CRT) or a 
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liquid crystal display (LCD), and is used to present extracted active paths to the user. 
Alternatively, a printer 34p may also be used to present active paths to the user. For 
most modern operating systems, controlling a display 34d is nearly identical to 
controlling a printer 34p, and hence generalized software may be easily coded that is 
capable of writing to both a display 34d and printer 34p without much significant 
overhead. Even removable media 34r, such as a magnetic or optical media, may be 
used as a user output device 34. In this case, a computer-readable file is written onto 
the removable media 34r in a manner known in the art, which contains the extracted 
active paths found by the computer system 30. The CPU 36 controls the operations of 
the computer system 30, and to do so executes program code 38p in the memory 36. 
The memory 38 may be both volatile memory, such as dynamic random access 
memory (DRAM), or non-volatile memory, such as a hard disk; differences between 
the two are frequently blurred by virtual memory management, which is provided by 
an operating system of the computer system 30. 

[0043] To perform a forward search to extract active paths, the program code 38p 

includes a forward search engine 100. Please refer to Fig. 6 with reference to Fig. 5. 
Fig. 6 is a flow chart for the forward search engine 1 00. The steps of Fig. 6 are 
discussed at length in the following. 

[0044] In step 1 01 , the forward search engine obtains HDL code 38c, which is placed into 
the memory 38. The removable media 34r may be used to obtain the HDL code 38c. 
Often, however, the HDL code 38c already resides in the memory 38, and the forward 
search engine 100 is simply directed to the location of the HDL code 38c (i.e., is 
provided the filename of the HDL code 38c). A set of user input/output (I/O) routines 
38i is usually provided for this purpose, and will include standardized code to obtain a 
filename from the user from which the HDL code 38c may be obtained. To better 
illustrate the methodology of the forward search engine 100, example HDL code 38c 
is provided in Fig.7A to Fig.7C. 

[0045] 

In step 1 02, the HDL code 38c is passed to a connection list parser 40 to generate 
a circuit connection graph 40n. The circuit connection graph 40n simply indicates the 
connectivity of the various components within the HDL code 38c, and enables the 
forward search engine 1 00 to determine which signals are connected to which 
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components within the HDL code 38c. Fig. 8 provides a graphical illustration of a 
circuit connection graph 40n for the sample HDL code 38c of Fig.7A to Fig.7C. 
Construction and use of such circuit connection graphs 40n should be familiar to 
those in the art of HDL simulators. 

[0046] In step 1 03, statement trees 50t are constructed by a statement tree parser 50. 
The statement tree parser 50 reads in the HDL code 38c, and in a manner known to 
those familiar with the design of simulators and compilers, generates the statement 
trees 50t. When presented visually, such as on the display 34d, or via hardcopy output 
from the printer 34p, each statement tree 50t looks much like a flow chart graph. It is 
noted that HDL code is used to represent the functionality of circuit components, and 
the connectivity between these components. Each component is represented by at 
least one line of HDL code. For example, the HDL code of Fig.7A to 7C has twelve 
components, CI to CI 2, the code for each of which is found on or after a 
corresponding label in the leftmost column of the code listing. Each statement tree 
50t may be thought of as a flow chart for a component (i.e., CI to CI 2) in the HDL 
code 38c. An example statement tree 50t for component C4 is shown in Fig. 9. 
Referencing the code listing for C4, found in Fig.7B, it is clear that visually, at least, 
the statement tree 50t for component C4 is simply a flow chart. Internally, however, 
each statement tree 50t is composed of at least one instruction node. Instruction 
nodes have links to other instruction nodes to indicate the potential execution flow of 
the component (as performed by an HDL simulator), and may have one or more links 
depending on the instruction node type. In Fig.9, conditional instruction nodes are 
indicated by diamonds, and have two links each: one for true evaluations, the other 
for false evaluations. Assignment instruction nodes are indicated by rectangles, and 
have a single link. Each instruction node is used to hold a single logical line of HDL 
code, which is indicated by the text inside the instruction nodes of Fig.9. Of course, 
how one wishes to actually internally hold the information that relates to the logical 
line of HDL code within an instruction node is a design choice. However, it is essential 
that a complete execution flow path for a component, including all assignments and 
conditional evaluations, be extractable from the statement tree 50t for the 
component. 

[0047] | n step 1 s j mu | a tion results 38s for the HDL code 38c are imported. In a 
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manner analogous to the importing of the HDL code 38c, the user I/O routines 38i 
may be used to indicate where the simulation results 38s are to be found (i.e., the 
filename and path to the simulation results 38s, or a network location). Alternatively, a 
circuit simulator 39 may be used to directly generate the simulation results 38s. The 
simulator 39 is provided input vectors 39i that provide input conditions for the circuit 
represented by the HDL code 38c. The circuit simulator 39 then reads in the HDL code 
38c, utilizing the input vectors 39i, to generate the simulation results 38s over a 
predetermined simulated execution time. The simulation results 38s hold state 
changes of all signals in the circuit represented by the HDL code 38c over the 
simulated execution time. Hence, at any simulated execution time, the state of any 
signal as defined by the HDL code 38c may be extracted from the simulation results 
38s. Sample simulations results 38s are shown in Fig. 10 for the HDL code 38c of 
Fig.7A to 7C. The program code 38p is capable of presenting the simulation results 
38s on the display 34d in the form of timing diagrams. 

[0048] 

In step 1 05, the user I/O routines 38i are used to provide an interface that enables 
the user to select a start signal 38a and a start time 38y. Many known input methods 
are available to obtain this data. For example, by using the mouse 32m, a user may 
select a waveform within a timing diagram of the simulation results 38s presented on 
the display 34d to select a start signal 38a; the particular location clicked upon in the 
waveform would indicate the start time 38y. Alternatively, the user may use the 
keyboard 32k to explicitly type in both the start signal and the start time. Similarly, 
the user I/O routines 38i are also used to select a stop signal 38b and a stop time 
38z. The forward search engine 1 00 begins with the start signal 38a as the first active 
input signal, and progresses forward in time to find the active path until either the 
stop signal 38b is reached, or the stop time 38z is exceeded. Default values are used 
if any parameter is not selected by the user. For example, if the user does not select a 
stop signal 38y, then all final output signals of the circuit represented by the HDL 
code 38c are used by default; this would be the signals outg, outh and outf of the 
example circuit as shown in Fig. 8. Similarly, if no stop time 38z is indicated, then the 
last execution time held within the simulation results 38s is used for the stop time 
38z. Default values for the input signal 38a would include all initial input signals of 
the circuit represented by the HDL code 38c; this would include controld, controlc, 
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ine, ing, ind, controle, inh and ini of the example circuit shown Fig. 8. Certain signals 
are generally ignored by default as they are ubiquitous throughout the circuit, and 
hence would, by their nature, include every component; such signals include clock and 
reset signals. It should be noted here that a user may also explicitly request that a 
signal be ignored, and so not included in any subsequent active path extraction 
results. It should also be noted that if the user selects a start time 38y that does not 
correspond to a value change of the start signal 38a, then the forward search engine 
100 will select a new start time 38y that lies closest to the user-selected start time 
and that is on a transition of the start signal 38a. 

[0049] Using the information gleaned from steps 101 to 105, the forward search engine 
1 00 then reiteratively calls a forward search algorithm 1 1 0 to obtain forward active 
components 100c and forward active signals 1 00s. Please refer to Fig.l 1 A and 
Fig.l 1 B. Fig.l 1 A is a flow chart for the forward active search algorithm 1 1 0, the steps 
of which are enumerated below. Fig.l 1 B is a simple block diagram of the forward 
search algorithm 1 10. Generally speaking, the forward search algorithm 110 accepts 
as input an active input signal 120, a local start time 1 20y of the active input signal 
1 20, and a local stop time 1 20z of the active input signal 1 20. The forward search 
algorithm 1 1 0 generates active output signals 130 from the input data 1 20. Each 
active output signal 1 30 has an associated local start time 1 30y and a local stop time 
1 30z. These active output signals 1 30, and associated start and stop times 1 30y and 
1 30z, are then used as inputs 120 in subsequent iterations of the forward search 
algorithm 1 10 to traverse the entire active path. Successive iterations continue until 
the stop time 38z is exceeded or a stop signal 38y is reached. In the first call to the 
forward search algorithm 1 1 0, the start signal 38a is used as the input active signal 
120, the start time 38y as the local start time 1 20y, and the stop time 38z as the local 
stop time 1 20z. 

[0050] 1 1 1 :The circuit connection graph 40n is used to determine all components that 
are directly connected to the active input signal 1 20. Such components are termed 
connected components 122. 

[0051] 

1 1 2:Each connected component 1 22 is then individually considered across the 
local start time 1 20y and local stop time 1 20z in the following steps. A reference time 
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1 24 is initially set to the local start time 1 20y. 

[0052] 1 1 3:For the connected component 1 22 under consideration, obtain the associated 
statement tree 50t. Then, index into the simulation results 38s according to the 
reference time 124 to determine the execution path of the connected component 1 22 
immediately at and after the reference time 1 24. In effect, this traces the steps that 
the circuit simulator 39 took at the reference time 124 to generate the value for an 
output signal 122o of the connected component 122. Each instruction node that was 
executed to generate the output 122o of the connected component 122 is noted, and 
is termed an executed instruction node. 

[0053] 114:Using the executed instruction nodes found in step 1 1 3, an equation is 
generated that equals the output value 1 22o of the connected component 1 22 
according to the executed instruction nodes. This equation is simply the appropriate 
logical statement of each executed instruction node ANDed together to generate the 
output value 122o of the connected component 122. Rule tables, as given in Table 1 
and Table 2, are then used to parse this equation to determine if the active input 
signal 120 is a required signal for the output value 122o. If the active input signal 120 
is a required signal, then the output signal 122o is an active output signal 1 30. Hence, 
if the active input signal 120 is not within the equation, then the output signal 122o is 
not an active output 1 30. The local start time 1 30y of a found active output signal 1 30 
is the execution time at which the active output signal 1 30 obtains its value from the 
equation. This is typically the reference time 1 24, or a slightly later time due to 
propagation delays. 

[0054] 

1 1 5:lf the reference time 124 has exceeded the local stop time 120z, has 
exceeded the global stop time 38z, or advanced past a point where the active input 
signal 1 20 undergoes yet another value change, then go to step 1 1 6. Otherwise, 
advance the reference time 1 24. Typically, this is done by looking for any input 
signals 122i of the connected component 1 22 that undergo a value change, and 
moving the reference time 1 24 forward to that time where the value change occurs. 
Often, however, components will have initial conditions that must be satisfied before 
other instruction nodes are executed. Such a node is termed an entry-point node. In 
the event that the connected component 1 22 has such an entry-point node, then the 
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reference time 1 24 must also be advanced to a time where the entry-point node is 
satisfied. 

[0055] 1 16:lf all of the connected components 122 have been considered, then go to step 
1 1 7. Otherwise, set the reference time 1 24 back to the local start time 1 20y, select 
the next connected component 122 that has not been considered, and go back to step 
113. 

[0056] 1 1 7:lnform the forward search engine 1 00 of every active output signal 1 30 

found. The local stop time 1 30z of each found active output signal 130 is typically the 
global stop time 38z. However, if the associated active input signal 1 20 underwent 
another state change after the local start time 1 20y, then the local stop time 1 30z 
may be the time at which this state change occurs. 

[0057] The forward search engine 1 00 then adds every found active output signal 1 30, as 
presented in step 1 1 7, to the forward active signals list 100s, and each connected 
component 1 22 whose output 1 22o is one of the found active output signals 1 30 is 
added to the forward active components list 1 00c. The local start time 1 30y and local 
stop time 1 30z of each found active output signal 1 30 is also saved in the forward 
active signals list 1 00s. Each found active output signal 1 30, and associated local start 
and stop times 1 30y and 1 30z, is then used as an active input signal 1 20 in a 
subsequent iteration of the forward search algorithm 1 10 by the forward search 
engine 100. 

[0058] Usjng the examp | e HDL coc j e 3 8c Q f Fig.7A to 7C, consider the signal inh as the 

start signal 38a, with 60ns as the start time 38y where inh transitions from a zero to a 
one, as shown in Fig.l 0. The stop time 38z is taken as 21 0ns, with outg, outh and 
outf all as the stop signals 38b. The forward search engine 1 00 passes the start signal 
inh as the active input signal 120 to the forward search algorithm 110, with a local 
start time 1 20y of 60ns, and a local stop time 1 20z of 21 0ns. As the first step 1 1 1 of 
the forward search algorithm 1 1 0, the circuit connection graph 40n is parsed, as 
given in Fig. 8, yielding components CI 2, C10 and C8 as the connected components 
122 of the active input signal inh. In the circuit connection graph 40n of Fig. 8, the 
components CI to CI 2 are represented by boxes, or by familiar logic symbols. At step 
112, it may be assumed that component CI 2 is taken as the first connected 
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component 1 22 to be considered. At step 1 1 3, with the reference time 1 24 being set 
to the local start time 1 20y of 60ns, forward inference is performed. Please refer to 
Fig. 12, which illustrates the statement tree 50t for component CI 2. Conditional 
instruction node 121 is an entry-point instruction node 121 that must first be 
satisfied for anything else to happen, as far as component CI 2 is concerned. In 
particular, the entry-point node 121 requires that either the elk signal or the reset 
signal have a rising edge. At the execution time of 60ns, however, neither of these 
signals has a rising edge. At a time of 90ns, however, the elk signal goes from zero to 
one, as shown in Fig. 10, which satisfies the entry-point node. The reference time 124 
is thus advanced to 90ns. The next instruction node 1 21 is also a conditional 
instruction node 121, checking to see if the reset signal is a logical one. If so, 
execution passes on to assignment instruction node 123. Otherwise, execution passes 
on to assignment instruction node 1 24. At the reference time 1 24 of 90ns, reset is 
equal to a logical zero. Forward inference thus determines that assignment instruction 
node 123 must be executed. This finishes the execution path of component CI 2 at 
the reference time of 90ns, yielding instruction nodes 121 , 122 and 123 as the 
executed instruction nodes of the execution path. At step 11 4, an equation is 
generated by ANDing together logical statements derived from all of the executed 
instruction nodes, yielding: 

[0059] sigi = (posedge elk | posedge reset)&(!reset)&(#l inh)Eqn.l 

[0060] The sjmp | e na t ur e of Boolean math enables both the conditions and value of the 
output signal sigi 1 22o to be determined by a single equation. The last term (#1 inh) 
of Eqn.l actually sets the value of output signal sigi 122o. The symbol "#r indicates a 
1 ns propagation delay before assignment takes affect. The other terms are what is 
required to be true for the (#1 inh) assignment to take place. In particular, note the 
term (Sreset), the symbol T indicating the logical NOT operator. Because the 
conditional instruction node 1 22 evaluated to false at the reference time of 90ns, this 
term must be logically inverted to correctly indicate conditions that were present in 
the execution path. Eqn.l is then evaluated using Tables 1 and 2. Note that at 91 ns, 
output signal sigi 1 22o is a logical one, and so, by Table 2, every term in Eqn.l is a 
required term. Consequently, the terms (input signals 1 22i) "Sreset" and "#1 inh" are 
both required signals. Thus, the active input signal inh 120 is a required signal, and 
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so at a time of 91 ns (due to the 1 ns propagation delay), the output signal sigi 1 22o 
becomes an active output signal 1 30. At step 1 1 5, the reference time 1 24 may be 
advanced, but it should be noted that at each other valid entry-point time, all other 
input signals 122i are the same. There is thus no need to perform any further forward 
inference. Further, as the active input signal 120 does not change after the local start 
time 1 20y of 60ns, the local stop time 1 30z of the active output signal sigi 1 30 would 
be set equal to the global stop time 38z of 21 0ns. It should further be noted that it is 
sometimes possible for the execution path to contain no assignment node. In effect, 
the execution path will simply contain conditional instruction nodes that finally cause 
nothing to happen. In this case, it is assumed that there are no active output signals 
1 30 for the connected component 1 22. 

[0061 ] At step 1 1 6, the next connected component 1 22 is considered, which we may 

assume is connected component C8. The reference time 1 24 is set back to 60ns, and 
the forward search algorithm 1 1 0 returns to step 1 1 3. The statement tree 50t for 
component C8 is illustrated in Fig.l 3, which is a continuous statement given by: 

[0062] sigh = ine & inh 

[0063] This statement is triggered at any time when one of the terms on the right hand 
side of the equation undergoes a value change. Note that there is no entry-point 
instruction node for C8, but simply one assignment instruction node that also yields 
the Boolean equation that is evaluated to determine if the active input signal inh 1 20 
is a required signal. In this case, though, the other input signal ine 122i remains zero 
from the start time 38y of 60ns to the stop time 38z of 2 1 0ns, According to Table 2, 
then, active input signal inh 1 20 is not a required signal for sigh, and so sigh is not an 
active output 1 30. Again, forward inference needs only to be performed once, as input 
signal ine 1 22i does not change over the start and stop times 38y and 38z. 

[0064] W j th regarc | s to t h e connected component C10 122, referencing line 71 of the 

sample HDL code 38c in Fig.7C, it is clear that connected component CI 0 1 22 has an 
entry-point node that is the same as that for connected component CI 2 1 22, and 
hence the reference time 1 24 must be advanced to 90ns. However, at 90ns, and 
thereon until the stop time 38z, the output value of connected component CI 0 1 22 is 
determined by line 76 of the HDL code 38c. The equation that gives the value of the 
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output signal sigg 1 22o from 90ns is thus: 



[0065] sigg = (posedge elk | posedge reset)&(!reset)&(controlc&&!controld)&(#l ini) 

[0066] The active input signal inh 1 20 is not anywhere present in the above equation, and 
so the output signal sigg 1 22o of connected component C10 122 is not an active 
output signal 1 30. Connected component CI 0 1 22 is therefore not an active 
component. 

[0067] Once the forward search algorithm 110 has finished with the start signal 38a, i.e., 
inh, the forward search engine 1 00 adds the found active output signals 1 30 and 
associated local start 1 30y and local stop 1 30z times to the forward active signals list 
1 00s. Similarly, the connected components 1 22 whose outputs 1 22o are the found 
active output signals 1 30 are added to the forward active components list 1 00c. In the 
above example, then, the active output sigi 130 with a local start time 130y of 91 ns 
and a local stop time 1 30z of 2 1 0ns is added to the forward active signals list 1 00s, 
and the associated component CI 2 is added to the forward active components list 
100c. 

[0068] Using the found active outputs 1 30 of the previous iteration, the forward search 
engine 1 00 calls the forward search algorithm 1 1 0 for a subsequent iteration. 
Consider, for example, the found active output signal sigi. Active output signal sigi is 
passed to the forward search engine 1 1 0 as the active input signal 1 20 with a local 
start time 120y of 91ns, and a local stop time 120z of 21 0ns, which are the 
associated local start and stop times of the active signal sigi. Step 1 1 1 of the forward 
search algorithm 1 1 0 finds a single connected component C3 1 22. The execution path 
of connected component C3 1 22 at the local start time 1 20y of 91 ns (which is the 
reference time 1 24), as performed by step 1 1 3, is a single statement given by: 

[0069] sige = sigi & iniEqn. 2 

[0070] £ t 9i nSj t | ie ac tive input sigi 1 20 is a logical one. More importantly, the output 

sige 1 22o at 91 ns is also a logical one. Hence, both input signals sigi 1 20 and ini 1 22i 
are required signals, according to Table 2. Since the active input signal sigi 1 20 is a 
required signal, the output signal sige 1 22o is considered an active output signal 1 30. 
There is no indicated propagation delay, so sige becomes an active output signal 1 30 
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at 91 ns, the local start time 1 30y. Further, neither sigi nor ini change after 91 ns, so 
no more forward inference is required, and the local stop time 130z of active output 
signal sige 130 is given as the global stop time 38z of 210ns. At step 11 7, the 
forward search algorithm 1 1 0 presents sige as an active output signal 1 30 to the 
forward search engine 1 00, which then adds sige to the forward active signals list 
100s, and component C3 to the forward active components list 100c. 

[0071] In yet another iteration of the forward search algorithm 11 0 by the forward search 
engine 1 00, the active output signal sige will be used as an active input signal 1 20, 
with a local start time 1 20y of 91 ns, and a local stop time 120z of 21 0ns. In step 111, 
components C4 and C6 are found as the connected components 1 22 of the active 
input signal sige 1 20. Using component C4 as yet another example, in step 1 1 3 
forward inference is performed. Fig. 9 illustrates the statement tree 50t for connected 
component C4 1 22. In particular, connected component C4 1 22 has an entry-point 
node 131 that must first be satisfied, either by a rising edge of the elk signal, or a 
rising edge of the reset signal. Forward inference looks forward from the local start 
time 1 20y of 91 ns to find an appropriate time that satisfies the entry-point node 131, 
which is at 1 50ns, as shown in Fig.l 0. The reference time 1 24 is thus set to 1 50ns. 
The entry-point node 131 points to another conditional instruction node 132 as the 
next to be executed, which simply tests if the reset signal is a logical one. At the 
reference time 1 24 of 1 50ns, the reset signal is a logical zero, and so execution 
passes to conditional instruction node 1 33, which tests the value "controlc && ! 
controld", i.e., if signal controlc is a logical one, and signal controld is a logical zero. 
At 1 50ns, this evaluates to true, and so execution passes on to assignment instruction 
node 1 34. The execution path at the reference time 1 24 of 1 50ns thus includes the 
executed instruction nodes 131,132,1 33 and 1 34. ANDing the logical statements of 
executed instruction nodes 131, 132 and 1 33 to the left-hand side of the logical 
statement of executed instruction node 134 (with appropriate inversion where 
required by a false conditional evaluation) yields the equation: 

[0072] sigb = (#1 sige)&(controlc&&!controld)&(!reset)&(posedge elk | posedge reset) 
Eqn.3 

[0073] 

At 1 5 1 ns, output signal sigb 1 22o is a logical one, and thus, by Table 2, every 
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term in Eqn.3 is required. In particular, then, the active input signal sige 120 is 
required, and so the output signal sigb 1 22o is an active output signal 1 30, with a 
local start time 1 30y of 1 5 1 ns. At step 115, it can be determined that no more 
forward inference is required, as no other input values 1 22 i beyond elk change after 
1 50ns. Active output signal sigb 1 30 is thus presented to the forward search engine 
100, with a local start time 1 30y of 1 51 ns, and a local stop time 130z of 21 0ns. 

[0074] One of the final iterations of the forward search algorithm 1 10 will be given the 
signal sigb as an active input signal 1 20, with the local start time 1 20y of 1 51 ns. The 
connected component 1 22 of sigb is simply component C7, which is an AND gate 
having a continuous assignment given by: 

[0075] outf = siga & sigbEqn.4 

[0076] At the local start time 1 20y of 1 5 1 ns, forward inference step 1 1 3 and active signal 
determination step 1 1 4 conclude that outf is not an active output 1 30. This is simply 
due to Table 2, since, at 1 51 ns, output signal outf 122o is zero, the active input 
signal sigb 120 is one, and the other input signal siga 122i is zero. Table 2 indicates 
that sigb is not a required signal, and so outf is not an active output 1 30. However, at 
step 1 1 5, by referencing the simulation results 38s, it is noted that the other input 
signal siga 1 22i undergoes a state change at 2 1 0ns. The reference time 1 24 is thus 
advanced to 21 0ns. At this time, outf is a logical one, and so, by Table 2, sigb is a 
required signal. Output signal outf 1 22o is thus an active output signal 1 30, with a 
local start time 130y of 210ns, and a local stop time 130z of 210ns. 

[0077] act j ve output signal outf 130 is also one of the stop signals 38b. The forward 

search engine 1 00 thus does use signal outf as an active input signal 1 20 for another 
iteration of the forward search engine 1 10. Eventually, all successive iterations of the 
forward search algorithm 1 1 0 will reach either a stop signal 38b, or the global stop 
time 38z. The forward search engine 1 00 will then conclude that the complete active 
path of the start signal (or signals) 38a has been traversed. Program code 38p then 
calls a display engine 300 to provide the forward active signals 1 00s and the forward 
active components 1 00c to the user, either by way of the display 34d or the printer 
34p. The display engine 300 uses the forward active signals 100s, the forward active 
components 1 00c and the circuit connection graph 40n to graphically present the 



App_ID=09683739 



Page 20 of 89 



forward active path to the user. 

[0078] 

In the broadest manner, the entire extracted active path, as determined from the 
forward active signals 100s and the forward active components 100c, can be 
presented to the user, with non-active signals and components left out from the 
presentation. Such a display is shown in Fig.l4A for the example start signal inh that 
was enumerated at some length above. However, a more useful device is to present 
the time-active dynamics of the extracted active path. Typically, the extracted path 
has several break point times, where one portion is active while another portion has 
not yet become active. The present invention enables the user to scroll through the 
break point times, and see how different regions of the active path become active at 
their respective local start times 1 30y. Furthermore, by utilizing the associated 
equation that is used to determine that an output is active, other required signals can 
be determined, and their states at the local start time 1 30y shown to the user. In 
general, break point times are determined by the start times 1 30y of the active 
signals. Active signals that have the same local start time (taking into account 
propagation delays) are considered to be part of the same break point active region. 
For example, in Fig.1 4B, the first break point of the extracted active path shown in 
Fig.l 4A is indicated by a dashed enclosing rectangle. Everything within the dashed 
rectangle is drawn in a special manner, as in a highlighting color, or in bold lines, so 
that the break point active region is clearly defined to the user. Utilizing Eqn.l , and 
Tables 1 and 2, the display engine 300 determines that the rising value of the elk 
signal, the reset signal and the active input signal inh 120 are all required. The display 
engine 300 also learns of the Ins propagation delay, and so divides input values 122i, 
1 20 from output values 1 30 by a dashed line, the execution time on the left side of 
the dashed line indicated, as well as that on the right side of the dashed line, i.e., 
90ns and 91 ns, respectively. The value of each required input signal 1 22i is then 
indicated, as well as state changes of the required input signals 122i, if any. Hence, 
the rising edge of the elk input is shown for component CI 2, and the logical zero 
value of the reset signal is also shown. The user is aware that this is at execution time 
of 90ns, due to the dashed line. On the 91 ns side of the dashed line, the transition of 
active output signal sigi 1 30 is shown, as well as the transition of active output sige 
1 30. The required input signal ini 1 22i, as obtained from Eqn.2, with a value of one, is 
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also indicated. The remainder of the active path, such as components C4 and C7, and 
active outputs sigb and outf, are drawn in a normal manner to indicate that they are 
not yet active at 90ns and 91 ns. 

[0079] By utilizing the input equipment 32, the user may select the next break point time 
of the active path, the display of which is presented in Fig.l4C. The dashed rectangle 
encloses the break point region for the execution time of 1 50ns and 1 51 ns. By 
utilizing Eqn.3, the display engine 300 determines that the input signals 1 22i sige, 
controlc, controld, reset, and the rising edge of elk are all required input signals 122L 
The values and state changes of these required input signals 122i are presented. The 
active output signal sigb 1 30, with a local start time 1 30y of 151 ns, is also indicated, 
changing from a zero to a one. As before, relevant signals and components within the 
dashed rectangle are drawn in a distinctive manner. 

The third and final break point of the above example is presented in Fig.l4D, 
which occurs at an execution time of 21 0ns. Required signals siga and sigb, derived 
from Eqn.4, are shown with their respective values, as is the transition of siga from 
zero to one, and the corresponding transition of active output signal outf 1 30 from 
zero to one. 

Not only, then, does the program code 38p extract forward active paths, but with 
the aid of the display engine 300, the program code 38p is able to present various 
execution time views of the active path, better enabling an engineer to comprehend 
the dynamics of the circuit as represented by the HDL code 38c. With the input 
equipment 32, the engineer may switch between different break point times of an 
extracted active path, noting the required signals at each break point time, and the 
values these required signals have, that causes the value change of the start signal 
38a to propagate through the circuit and affect the stop signal 38b. 

Finally, the user I/O routines 38i may be used to save the forward active signals 
1 00s and the forward active components 1 00c as a file or files in an implementation- 
dependent manner to permanent storage in the memory 38, or on the removable 
media 34r. The method of doing so is trivial to those suitably skilled in the art. Such 
files may be read in by the program code 38p so that a user may once again view, and 
perhaps augment, the forward active signals 1 00s and the forward active components 
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100c. 



[0083] 



In addition to the forward search engine 1 00, the program code 38p according to 



the present invention also provides a backward search engine 200. Whereas the 
forward search engine 1 00 begins with a start signal 38a and a start time 38y and 
works forward in the execution time to the stop signal 38b and stop time 38z, the 
backward search engine 200 begins with the stop signal 38b and stop time 38z and 
works backwards in execution time towards the start signal 38a and start time 38b to 
traverse and extract the active path. In doing so, the backward search engine 200 
obtains active components of the extracted active path that are saved in a backwards 
active components list 200c. Similarly, all active signals of the extracted active path 
are saved in the backward active signals list 200s, as well as the corresponding local 
start and stop times of the active signals. 



Please refer to Fig.l 5. Fig.1 5 is a flow chart for the backward search engine 200. 
The program flow for the backward search engine 200 is much like that for the 
forward search engine 1 00, except that at the final step a backward search algorithm 
210 is called instead of the forward search algorithm 110. Hence, at step 201 , the 



user I/O routines 38i are utilized to obtain the HDL code 38c. At step 202, the 
connection list parser 40 is called to generate the circuit connection graph 40n from 
the HDL code 38c obtained from step 201 . At step 203, the statement tree parser 50 
is called to build the statement trees 50t for the HDL code 38c. At step 204, the user 
I/O routines 38i are utilized to obtain the simulation results 38s for the HDL code 38c, 
Or, again, the circuit simulator 39 may be run, with the input vectors 39i and the HDL 
code 38c, to directly obtain the simulation results 38s. In step 205, the user I/O 



routines 38i are used to obtain the stop signal 38b, the corresponding stop time 38z, 
the start signal 38a and the corresponding start time 38y. As with the forward search 
engine 1 00, default values may be used when any value is not explicitly stated by the 
user. The stop time 38z should be a time at which the stop signal 38b undergoes a 
value change, and the program code 38p may adjust the stop time 38z to a value that 
most closely corresponds to this condition. Finally, in step 206, the backward search 
engine 200 iteratively calls the backward search algorithm 21 0 to traverse active path 
of the stop signal 38b. Please refer to Fig.l 6A and Fig.l 6B. Fig.l 6A is a flow chart of 
the backward search algorithm 210, the steps of which are described below. Fig.l 6B is 
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a simple block diagram of the backward search algorithm 210. For the first iteration 
of the backward search algorithm 210, the backward search engine 200 uses the stop 
signal 38b as a provided active output signal 220, and stop time 38z as a local start 
time 220y and a local stop time 220z of the active output signal 220. With this data, 
the backward search algorithm 21 0 provides active input signals 230 corresponding 
to the given active output signal 220. Each found active input signal 230 has 
corresponding local start and stop times 230y and 230z. These found active input 
signals 230, and their corresponding local start 230y and stop 230z times, are then 
used in subsequent iterations of the backward search algorithm 210 to further 
traverse the active path. 

[0085] 21 1 The circuit connection graph 40n is used to find the component that is 

directly connected to the active output signal 220, termed a connected component 
222, and which has the active output signal 220 as an output signal 222o. There 
should only be one such connected component 222, as the active signal 220 under 
consideration is an output signal. Otherwise, the active signal 220 will be one of the 
start signals 38a, and the backward trace algorithm jumps to step 214. The connected 
component 222 is an active component, as one of its output signals 222o is the active 
output signal 220. Hence, this active component 222 will have at least one input 
signal 222i that is an active input signal 230, unless the effective start time 230y of 
the active input signal 230 is before the global start time 38y, which is a termination 
condition for the backward search algorithm 210. 

[0086] 21 2:For the connected component 222, obtain the associated statement tree 50t. 
Then, index into the simulation results 38s according to the local start time 220y to 
determine the execution path of the connected component 222 immediately at and 
before the local start time 220y. In effect, this traces backwards the steps that the 
circuit simulator 39 took to generate the value of the active output signal 220 at the 
local start time 220y. Each instruction node that was executed to generate the value of 
the active output 220 of the connected component 222 is noted, and is termed an 
executed instruction node. 

[0087] 

213:L)sing the executed instruction nodes found in step 212, an equation is 
generated that equals the output value of the active output signal 220 according to 
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the executed instruction nodes. This equation is derived from the appropriate logical 
statement of each executed instruction node ANDed together to generate the output 
value of the active output signal 220 at the local start time 220y. Rule tables, as 
suggested in Table 1 and Table 2, are then used to parse this equation to determine 
the required input signals 222i for the value of the active output signal 220. The 
active input signals 230 are such required input signals 222L The local start time 
230y of an active input signal 230 is the latest execution time that is on or before the 
local start time 220y of the active output signal 220 at which the active input signal 
230 undergoes a transition to obtain its value. If the local start time 230y is before the 
global start time 38a, then the active input signal 230 is discarded. The local stop 
time 230z of an active input signal 230 is the earliest execution time after the local 
start time 230y at which the active input signal 230 undergoes a state change. If this 
r*% value exceeds the global stop value 38z, then the local stop time 23 Oz is simply set 

equal to the global stop value 38z 

Sjj [0088] 214:lnform the backward search engine 200 of every active input signal 230 
,^ found. 

s [0089] The backward search engine 200 saves the found active input signals 230, and the 

associated local start 230y and stop 230z times, in the backward active signals list 
D 200s. The backward search algorithm 210 may optionally also inform the backward 

SI search engine 200 of the connected component 222, which is then added to the 

^ backward active components list 200c. Alternatively, the backward search engine 200 

may use the backward active signals 200s and the circuit connection graph 40n to 
find the associated active components itself, and add the active components to the 
backward active components list 200c; such active components being any component 
with an output that is one of the signals in the backward active signals list 200s. 

[0090] 

Consider, for example, the sample HDL code 38c given in Fig.7A to Fig.7C, with 
simulation results 38s as presented in Fig. 10. To provide a working example of the 
backward search engine 200, assume that the stop signal 38b is outf, with a stop time 
of 2 1 0ns. Further assume that all signals on the left-hand side of the net graph 40n 
as depicted in Fig. 8 are all start signals 38a, with a start time of 60ns. The signals elk 
and reset, however, are ignored, and are not considered active input signals 230 for 
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the present example. Explicitly ignoring signals is a feature which may be built into 
both the forward search engine 110 and the backward search engine 210. Permitting 
the user to ignore certain signals helps to prevent the active path from fanning too 
excessively, and thus avoids encompassing unnecessary components. 

[0091] In the first iteration of the backward search algorithm 210 by the backward search 
engine 200, signal outf is provided as the active output signal 220, and the stop time 
38z is provided as both the local start time 220y and the local stop time 220z. In step 
211, the backward search algorithm references the circuit connection graph 40n with 
respect to the active output signal outf 220, and finds component C7 as the 
connected component 222. The statement tree 50t for connected component C7 is, as 
noted previously for the forward search algorithm 1 10, simply a single continuous 
assignment given by Eqn.4. At the local start time 220y of 21 0ns, the output value of 
outf is a logical one. Hence, by the rules of Table 2, the input signals 222i of the 
connected component 222, siga and sigb, are both required signals. Hence, siga is an 
active input signal 230, and sigb is also an active input signal 230. The local start time 
230y of active input signal siga 230 is 21 0ns, as this is the time at which siga obtains 
its value of a logical one, and this time satisfies the condition of being on or before 
the local start time 220y of the active output signal 220. The local stop time 230 of 
siga is simply the global stop time 38z, i.e., 21 0ns. For active input signal sigb 230, 
referencing the simulation results 38s, the backward search algorithm determines that 
1 51 ns is the latest execution time on or before the local start time 220y at which sigb 
went to a logical one. The local start time 230y of active input signal sigb 230 is thus 
1 51 ns. The local stop time 230z of sigb is 21 0ns. The two active input signals 230, 
siga and sigb, are then presented to the backward search engine 200. The backward 
search engine adds siga and sigb to the backward active signals list 200s, and adds 
component C7 to the backward active components list 200c. 

[0092] Subsequently, the next two iterations of the backward search algorithm 210 will 
be respectively provided siga and sigb, each with its respective local start and stop 
times, as the active output signal 220. As an example of this subsequent iteration, 
sigb is considered. The backward search engine 200 provides sigb as the active 
output signal 220 to the backward search algorithm 210, with a local start time 220y 
of 1 51 ns, and a local stop time 220z of 21 Ons. in step 21 1 , the connected component 



App_DD=09683739 



Page 26 of 89 



222 is found to be C4. In step 212, the statement tree 50t for C4 is obtained, which is 
depicted in Fig. 9. At the local start time 220 of 1 51 ns, sigb has a value of one. By 
parsing the statement tree 50t of component C4, the backward search algorithm 210 
determines that three assignment instruction nodes are possible for active output 
signal sigb 220, which are assignment nodes 1 34, 1 35 and 1 36. Assignment node 
1 36, however, does not satisfy the condition that sigb is a logical one, and so is not 
potentially part of the execution path at the execution time of 1 51 ns. Assignment 
instruction nodes 134 and 1 35 are both possible, however, as the signals sige and 
sigg are both a logical one at 1 50ns. Note that the symbol "#1" informs the backward 
search algorithm 210 that the reference time (i.e., the local start time 220y) is being 
pushed back by Ins due to propagation delays. Hence, the backward search algorithm 
210 considers the values of sigg and sige at 1 50ns, rather than at the local start time 
220y of 1 51 ns. To test which of the instruction nodes 134 and 135 is actually part of 
the execution path, backward inference requires tracing backwards, following and 
evaluating links to previous instruction nodes. For assignment instruction node 135 to 
be part of the execution path, conditional instruction node 1 38 must evaluate to true. 
However, at an execution time of 1 50ns, signal controle is a zero, according to the 
simulation results 38s. Hence, assignment instruction node 135 is not part of the 
execution path, which leaves assignment node 134 as the only possible candidate. In 
theory, any further evaluations for backwards tracing could be ignored, and instead 
the execution path could simply be found by directly tracing back from instruction 
node 1 34 up to entry-point node 131, working against the process flow direction of 
the arrows. In practice, though, it is better to verify that each instruction node is 
properly part of the execution path. Hence, logical statement "controlc&&!controld" of 
conditional instruction node 1 33 is verified to evaluate to true at 1 50ns, which it does. 
Logic statement "reset" of conditional instruction node 1 32 is verified to evaluate as 
false at 1 50ns, which it also does, as the signal reset is a logical zero at 1 50ns. 
Finally, the rising edge of the signal elk at 1 50ns satisfies the entry-point node 131 . 
Back tracing at the local start time 220y of 1 51 ns thus reveals the execution path that 
produces that output value of the active output signal sigb 220, yielding executed 
instruction nodes 131 , 1 32, 1 33 and 1 34. The equation derived from these executed 
instruction nodes is presented in Eqn.3. Using Tables 1 and 2, the required signals are 
found to be sige, controle, controld, reset and elk. However, reset and elk are ignored, 
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and so the active input signals 230 are finally sige, controlc, and controld. The local 
start time 230y of active input signal sige 230 is 91 ns, as this is the latest execution 
time prior to the local start time 220y at which sige obtains a logical one value. Signal 
controld, however, does not undergo any state change on or after the global start time 
38y. The local start time 230y of controld would thus be before the global start time 
38y. Signal controld is thus discarded as not being an active input signal. Signal 
controlc, however, undergoes a state change at 60ns, which is equal to the global 
start time 38y. The local start time 230y of controlc is thus 60ns, which satisfies the 
requirement of being on or before the global start time 38y. Signal controlc is 
therefore considered an active input signal 230. Signal sige undergoes a state change 
at 91 ns, and so sige is considered an active input signal 230 with a local start time of 
91 ns, as this is before the global start time 38y of 60ns. As active input signal sige 
230 does not change after the local start time 230y, the local stop time 230z is simply 
the global stop time 38z, i.e., 21 0ns. Similarly, the local stop time 230z of signal 
controlc is 21 0ns. Finally, in step 214, the active input signals sige and controlc 230 
are presented to the backward search engine 200. The backward search engine adds 
sige and controlc to the backward active signals list 200s, and component C3 to the 
backward active components list 200c. 

[0093] Active input signal controlc is one of the start signals 38a, and so is not used in a 
subsequent iteration of the backward search algorithm 210. Another iteration of the 
backward search algorithm 210, using sige as the active output signal 220 with a local 
start time 220y of 91ns and a local stop time 220z of 210ns, will find that signals ini 
and sigi are both active input signals 230 (as both are required signals for the logical 
one output value of AND gate C3, according to Table 2, at the local start time 220y of 
91 ns), with ini having a local start time 230y of 60ns, and sigi having a local start time 
230y of 91 ns. Note that the local start time 230y of active input signal sigi 230 
satisfies the condition of being on or before the local start time 220y of the active 
output signal sige 220. 

[0094] Active input signal ini is one of the start signals 38a, and so is not used for 

another iteration of the backward search algorithm 21 0, though it is added to the 
backward active signals list 200s. Active input signal sigi, however, is added to the 
backward active signals list 200s and is also used as the active output signal 230 in a 
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subsequent iteration of the backward search algorithm 210, which, using the local 
start time 220y of 91ns, backtraces to find executed instruction nodes 121, 122 and 
123 (as shown in Fig. 12), and from which is generated Eqn.l. The required signals of 
Eqn.l are reset, elk and inh. However, only inh is considered, as reset and elk have 
been specified as being signals to ignore. Signal inh undergoes a state change at 
60ns, which is on the global start time 38y, and so within the execution bounds of the 
start time 38y and the stop time 38z. Signal inh is thus considered an active input 
signal 230, with a local start time of 60ns. Active input signal inh is a start signal 38a, 
and so is not used in a subsequent iteration of the backward search algorithm 210, 
though it is added to the backward active signals list 200s. 

Once the backward search engine 200 has completed all iterations of the 
backward search algorithm 210, the program code 38p passes the backward active 
components list 200c and the backward active signals list 200s to the display engine 
300 for presentation to the user. As described earlier for forward searching, the 
display engine 300 may present the entire active path as an undifferentiated whole. 
Such an output is illustrated in Fig.l 7, which shows the backwards extracted active 
path for stop signal outf, as discussed in example above. Alternatively, the display 
engine 300 may highlight break point regions within the active path, while permitting 
the user to change the break point time to select different break point regions to be 
highlighted. Of course, the break point regions of a backwards active path are 
determined in the same manner as those for a forward active path: that is, by utilizing 
the local start and stop times of the active signals. Active signals 200s and 
components 200c associated with a local start time are presented in a special manner, 
whereas all others are presented in a normal manner. The required signals in a break 
point region and their values, as obtained when determining that a signal is active, are 
also presented. 

It should be noted that, for break point display, since the display engine 300 must 
know the required signals of the active output of a component, while performing 
active path extraction, by either the forward or backward method, it may be desirable 
to save the required signals of each active signal, beyond merely saving the local start 
and stop times of the active signal. In this manner, associated required signal 
information is readily available to the display engine 300 for each active signal, rather 
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than necessitating additional processing to re-extract information that had already 
been previously found. The required signals for each active signal may be stored in 
the forward active signals list 100s, in the forward active components list 100c, in the 
backward active signals list 200s, or in the backward active components list 200c. 
Alternatively, the required signals may be stored in a separate list of their own. For 
example, from Eqn.3, the required signals for sigb at 1 50ns/l 51 ns are sige, controlc, 
controld, reset and elk. The states, and any transitions, of these signals are then 
presented in the break point active region associated with the 1 50ns/ 1 51 ns execution 
break point time. When the active signal sigb is saved with its local start time of 
1 51 ns, it may also be desirable, then, to save references to the required signals sige, 
controlc, controld, reset and elk. Any referenced required signal of an active output 
signal are presented with their values at the break point time in the break point active 
region. 

[0097] 

Another extremely useful active path extraction tool is the point-to-point search, 
which is implemented by a point-to-point search engine 400, as shown in Fig. 5. 
Please refer to Fig.1 8, which is a flow chart for the point-to-point search engine 400. 
The initial steps of the point-to-point searching engine 400 are much like those for 
the forward search engine 1 00, and the backward search engine 200. That is, at step 
401 , using the user I/O routines 38i to obtain the HDL code 38c; at step 402, using 
the connection list parser 40 with the HDL code 38c to obtain a circuit connection 
graph 40n of the HDL code 38c; at step 403, using the statement tree parser 50 to 
obtain statement trees 50t of the HDL code 38c; at step 404, obtaining the simulation 
results 38s for the HDL code 38c, and finally at step 405, calling the user I/O routines 
38i to obtain a start signal 38a and associated start time 38y, and a stop signal 38b 
with an associated stop time 38z. In step 406, however, the point-to-point search 
engine 400 iteratively calls both the forward search algorithm 1 1 0 and the backward 
search algorithm 210. The forward search algorithm 1 1 0 is iterated to generate the 
forward active path of the start signal 38a, which is then held in the forward active 
components list 1 00c, and in the forward active signals list 1 00s. The backward 
search algorithm 210 is iterated to generate the backward active path of the stop 
signal 38b, which is then held in the backward active components list 200c, and in the 
backward active signals list 200s. Once the forward and backward active paths have 



AppJD=09683739 



Page 30 of 89 



been fully traversed, the point-to-point search engine 400 then calls an intersection 
engine 41 0. The intersection engine 41 0 looks for all components that are common to 
both the backward active components list 200c and the forward active components 
list 100c, and saves these common components in an intersected active components 
list 400c. Similarly, the intersection engine 41 0 looks for all signals that are common 
to both the backward active signals list 200s and the forward active signals list 1 00s, 
and saves these common signals in an intersected active signals list 400s, as well as 
saving the local start and stop times of the common signals, and any associated 
required signals of the common signals, if present. The point-to-point search engine 
400 thereby generates an active path, as represented by the intersected active signals 
400s and the intersected active components 400c, that connects the start signal 38a 
to the stop signal 38b. The program code 38p then calls upon the display engine 300 
to display the active path as found by the point-to-point search engine 400. The 
display may be a general display of the extracted active path, or a break point display 
of the active path. Fig. 19 illustrates an example point-to-point search, using signal 
inh as the start signal 38a, signal outf as the stop signal 38b, 60ns as the start time 
38y and 210ns as the stop time 38z. Note that the forward portion of this search is 
shown in Fig.l4A, and the backward portion of the search is shown in Fig.l 7. Fig. 19 is 
clearly the intersection of Fig.l 4A and Fig.l 7, which is the result of the intersection 
engine 41 0. 

[0098] 

In the above description of the search engines 1 00, 200 and 400, it should be 
understood that a plurality of start signals 38a and stop signals 38b may be used as 
initial starting conditions for the search engine. The above examples used a single 
start or stop signal simply for the sake of simplicity of discussion. Nevertheless, it 
must be clear to one in the art that multiple start and end point signals can be used. 
Also, the forward search algorithm 110, and the backward search algorithm 210, 
could both be implemented in a recursive manner. If this is done, then only a single 
call to the algorithm is required by the associated engine 1 00, 200. The algorithm will 
iterate itself, recursively using found output values as inputs for a subsequent 
iteration, until end-point conditions are reached. Both the forward search algorithm 
110 and the backward search algorithm 210 utilize the circuit connection graph 40n 
and statement trees 50t, which are depicted as separate files in this preferred 
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embodiment. However, there is a direct, computable correlation between the circuit 
connection graph 40n and HDL code 38c, as well as between the statement trees 50t 
and HDL code 38c. Hence, it is not strictly necessary to have separate files for 
statement trees 50t and circuit connection graphs 40n. The HDL code 38c could itself 
serve as the statement trees 50t and circuit connection graph 40n. Hence, simple 
variations of the forward search algorithm 1 10 and the backward search algorithm 
210 would simply provide for code that extracts connection information and 
execution flow information from the HDL code 38c on an as-needed basis, thus 
avoiding dedicated circuit connection graphs 40n and statement trees 50t. 
Nevertheless, such code would then simply be the statement tree parser 50 and the 
connection list parser 40 embedded within the search engine 1 00, 200, in effect 
simply moving program code from one location to another, while maintaining 
effectively the same functionality. Pre-parsing is considered superior, though, as it 
has the potential for greater overall execution speeds. As such, pre-parsed circuit 
connection graphs 40n and statement trees 50t are depicted in the preferred 
embodiment. 

[0099] Active paths as extracted by the forward search engine 100, backward search 

engine 200 and point-to-point search engine 400 may all be presented to the user by 
the display engine 300 in the break-point manner as previously described. It is further 
possible for the display engine 300 to animate the break point regions, the animation 
sequence going in order of the local start times of the active signals and active 
components. For example, referring back to the active path presented in Figs.l4A to 
1 4D, to present an animated sequence the display engine 300 will first present an 
image as given by Fig.l4B onto the display 34d. After a predetermined action on the 
part of the user via the input equipment 32, such as a key press of the keyboard 32k, 
the display engine 300 clears this image and immediately presents another image as 
given in Fig.l4C. After another key press, the displayed image is cleared and an image 
as provided by Fig.l4D is presented. The process can be looped, repeatedly returning 
to the first image and sequentially advancing to the last image. The display engine 
300 uses the local start times to determine which break point region is to be high 
lighted, steadily advancing the break point times with each key press. 

[01 00] | n contrast to t | ie p r j or ar t T the present invention provides path extraction engines 
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that can obtain an active path based upon a start signal, a stop signal, or find the 
active path between a start and stop signal by using only HDL code and simulation 
results. A unique break point display option enables a user to selectively view the 
various regions of the path that become active at the same time. Additionally, 
required signals, their values and state changes are also presented. The complete 
dynamics of a signal change, and how such a change propagates through a circuit to 
affect other components, are thus made readily available to the user. 

[0101] Those skilled in the art will readily observe that numerous modifications and 

alterations of the device may be made while retaining the teachings of the invention. 
Accordingly, the above disclosure should be construed as limited only by the metes 
and bounds of the appended claims. 
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